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(57) Abstract 

The present invention relates to an an^gement for improving the service architecture for a compound netwoik.-comprising several 
types of access, as well as comprising parallel service nodes/networks for respective access technologies, and for the purpose of makmg 
customer specific adaptations to the service layer more flexible and allowing for a more cost-effective support of access specific protocols 
and service, it is according to the present invention suggested that said arrangement comprises an open service control protocol allowmg 
support of access specific protocols and services while also allowing the respective access networks to share the same-access nodes and 
service architectures. 
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ADAPTION OF SERVICES IN A TELEPHONE~NETWORK 
FIELD OF THE INVENTION 

5 The present invention relates to an arrangement for improv- 
ing the service architecture for a compound telephone net- 
work, comprising several types of access/protocolS- as_ well 
as comprising parallel service nodes. 

10 In other words, the present invention finds its application 
in the field of H.323 and service control. 

BACKGROUND OF THE INVENTION 

15 The present invention has been developed in connection with 
problems encountered when making service specific adapta- 
tions to the requirements of the individual customer in a 
network. 

20 The problem is that the respective service logic is highly 
integrated into the switching logic of the core network. 
This means that new service logic and service adaptations 
may require changes in the core switching functions. This 
again makes it very hard to make customer specific adapta- 

25 tions to the service layer. 

For example, big changes in the IN services can not be made 
without updating the switches in the network, i.e. even if 
the control in reality is between the handset and node 1 in 
30 the network, there is "transport equipment" that also has 
to be updated as service control uses the same control 
data/mechanisms/paths as these transport nodes. 

KNOWN SOLUTIONS AND PROBLEMS WITH THESE 

35 

As explained above the main problem with traditional net- 
works is that the service control protocols are integrated 
with lower layer functions such as call and media control-. 
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This binds the service control plane to lower layer func- 
tions such as basic switching functions and introduce sys- 
tem couplings that make customisation of service control 
expensive • 

5 

The service control and services are thus often tied to 
given access protocols. This often leads to building of 
parallel service networks with minor differences in proto- 
cols and services. Each service network then solves the 
10 service issues for one specific type of net. This typically 
results in costly and ineffective service development 
frameworks that are inflexible, costly and hard to main- 
tain . 

15 For the IP telephone networks as defined by the H.323 stan- 
dard, the service control protocol is defined by the H.450 
standards-suite. This defines an in-band service control 
protocol that is carried within the H. 225.0 call control 
plane (a defined subset of Q.931). This protocol defines a 

20 set of ASNil service control messages that are used for in- 
voking and controlling services. The problems with this ap- 
proach is summarized as: 

Introduction of new services requires updates of H.450 mes- 
25 sages and decoding logic in the gatekeeper. This slows down 
introduction of service logic as it requires both a stan- 
dardisation process and updates to the switch control 
plane . 

30 Adaptation of service control to vendor specific control 

messages/logic becomes impossible (or costly) as it relates 
to the switching core. 

Integration and interworking with messaging protocols be- 
35 comes heavier as it requires more transcoding of messages. 
The user-user messages and user-service messages are car- 
ried within the same messages and framing. In order to 
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identify user-service messages, all .messages need 
analysed - not only those addressed for services. 
The protocol is ASN . 1 encoded and does not easily 
with MIME encoded messaging services. 

5 ■ 

OBJECTS OF THE INVENTION 

An object of the present invention is to provide an ar- 
rangement, by which a cost effective and adaptive service 
10 architecture for a compound network comprising several 

types of access, can be implemented in a far more expedient 
and versatile manner. 

Another object of the present invention is to provide an 
15 arrangement, by which the service networks can more easily 
be integrated and developed. 

Still another object of the present invention is to provide 
an arrangement whereby the service architecture and access 
20 technologies are made more flexible and more easy to main- 
tain . 



to be 
integrate 



BRIEF SUMMARY OF THE INVENTION 

25 The above objects are achieved in an arrangement as stated 
in the preamble, which according to the present invention 
is characterized in that said comprises an open service 
control protocol allowing support of access specific proto- 
cols and services while also allowing the respective access 

30 networks to share the same access nodes and service archi- 
tectures, said open service control protocol is adapted for 
removing the coupling between the access/service technology 
and the switching logic in the core network. 

35 In other words, the invention aims at customization of 

service control protocols by allowing the service control 
to be specialised independently from the other control 
functions such as call control and media control. 
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The invention proposes to use an open service control pro- 
tocol that allows for a more cost-effective support of ac- 
cess specific protocols and services while also allowing 
5 the respective access networks to share the same service 
nodes and service architectures. The solution also aims at 
removing the coupling between the access/service technology 
and the switching logic in the core network. The proposed 
solution is based on H.323 being extended with HTTP for the 
10 service control . 

Further features and advantages will appear from the fol- 
lowing description taken in conjunction with the enclosed 
drawings, as well as from the enclosed patent claims. 



15 



20 



25 



30 



BRIEF DISCLOSURES OF THE DRAWINGS 

Figure 1 is a schematical layout illustrating multiple ac- 
cess type and service node architecture. 

Figure 2 is a schematical layout illustrating the general 
principle of the present invention, comprising composed 
single service node with plugin architecture, giving homo- 
geneous architecture with access adapters. 

Figure 3 is a simplified block diagram illustrating a ref- 
erence model according to the present invention. 

Figure 4 is a schematical layout illustrating a service 
node structure according to an embodiment of the present 
invention . 

Figure 5 is a schematical layout illustrating an example of 
usage according to the present invention. 



35 
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DETAILED DESCRIPTION OF EMBODIMENTS 

In Figure 1 there is in a schematical layout illustrated a 
prior art multiple access type and service node architec- 
5 ture. 

In order to elevate the problems related to the service ar- 
chitecture for such a compound network comprising several 
types of access, as well as comprising parallel service 
10 nodes/networks for respective access technologies, it is 

according to the present invention suggested to use an open 
service control protocol, as this will be discussed in fur- 
ther detail with reference to Figure 2. 

15 Figure 2 illustrates a homogeneous service architecture 
with access adapters, according to the present invention, 
by which the open service control protocol can be imple- 
mented, so as to allow for a more cost effective support of 
access specific protocols and services while also allowing 

20 active access networks to share the same service nodes and 
service architectures. 

With the suggested solution which can be embedded in the 
general layout according to Figure 2, it is also possible 
25 to remove the coupling between the access/service technol- 
ogy and the switching logic in the core network. 

The proposed solution is based on H. 323 being extended with 
HTTP for service control. 

30 

More specifically, the proposed solution replaces the H.450 
standards suites with the more open and extendable HTTP 
protocol. The solution also makes use of the feature set of 
HTTP to add the required flexibility. Among these features 
35 are found: 



RN.<»yx:iD: <WO 0067443A2 I > 



wo 00/67443 



6 



PCT/NOOO/00144 



10 



HTTP Tunnelling 

The tunnellxng feature refers to the use of the HTTP trans- 
port layer protocol for carrying other data protocols (in 
which case the HTTP headers carry information about what 
kind of payload type/protocol that is being carried) . 

Server Side Plugin 

The plugin approach represents the server side equivalent 
of browser plugins where 3^^ party plugins (ob- 
jects/functions) can be added dynamically. The invocation 
of a plugin is controlled through the content-type field or 
through selections/filters on the given path. The binding 
between the plugin and the invocation criteria is set 
through configuration. 

Servle-t Functions 

20 The servlet approach relates to servlet objects that imple- 
ments CGI like functions, but may add persistency over ses- 
sions and is being object oriented. 



15 



DESCRIPTION OF SOLUTION 



25 



The invention disclosure relates to an H.323 based tele- 
phone network where clients makes phone calls through a 
central call-/control processing switch called a gate- 
keeper. The gatekeeper performs call-/control processing 
30 functions such as charging, routing and resource control 
and may also activate call related services on a service 
node according to the call states and the user profiles. 
When the client and the gatekeeper talks different lan- 
guages/dialects, an access node is added in between to per- 
35 form the required gateway functions. 

in Figure 3 there is illustrated a simplified network ref- 
erence model . 
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This invention disclosure proposes to replace the H.450 
based service control protocol between the access nodes and 
the gatekeeper/service node with an HTTP based protocol. 
This means that service configuration- and control messages 
are being HTTP encoded by the access nodes and decoded, 
analysed and executed by the service node. This again means 
that there is no normalisation of the service protocols in 
the access nodes and that the mapping from the access spe- 
cific service data to the service node languages are being 
performed by service node plugins/servlets . 



The service node represents a set of software processes be- 
ing capable of executing phone services and interacting 
15 with the gatekeeper. The service node thus provides a set 

of service functions and offers a programming API for serv- 
ice execution and control. The service node does also pro- 
vide an HTTP server that supports HTTP tunnelling, servlets 
and server side plugins . Through the use of this HTTP 

20 server it is possible to write a plugin or servlet that in- 
teracts with the programming API in order to control the 
service execution. An example of this could be a plugin 
that translates DTMF codes to API method calls, e.g. DTMF 
• *23*1*1530# • may translate to API method 'userls- 

25 BusyTo(15.30) ' . 

In Figure 4 there is given an illustration of the service 
node architecture. 

30 In order to provide acceptable service availability the 

service node and the HTTP server will need to support in- 
stallations of new plugins/servlets in runtime. Further, 
the architecture needs to be such that faulty plugins, 
servlets or sessions does not impair the operation of the 

35 service node. 

The described architecture and feature set supports access 
specific service control messages as well as customer spe- 
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cific adaptation of the service network and the service 
control protocols, though within the limits of tiie feature 
set of the service API. This is illustrated through the 
following two examples. 

5 

In order to add an access specific service control protocol 
such as QSIG, the vendor would need to write an access node 
and a service plugin/servlet . 

10 The QSIG access-node would translate the call- and connec- 
tion control messages into the H.323 format, but would tun- 
nel the QSIG messages inside HTTP messages and address 
these to the service node. 

15 A QSIG plugin/servlet would be written and installed on the 
HTTP server of the service node. The logic of this 
plugin/servlet would translate the QSIG messages into 
method calls (and capability sets) in the service API. 
When a QSIG service control message is sent from a PBX, the 

20 access node will wrap the QSIG message into an HTTP frame 
and send it to the service node. The HTTP server on the 
service node will receive the package, detect that the for- 
mat is something called QSIG, look up in its configuration 
data and activate the correct plugin/servlet for QSIG. This 

25 plugin/servlet will analyse the QSIG message, make method 
calls in the API and return the appropriate QSIG encoded 
response . 

When new features are added to the service node and the 
30 service API, the updates can be provided to the access spe- 
cific parts through updates of the plugins/servlets , i.e. 
there are no updates required in the access nodes. 

In order to add a provider specific service control proto- 
35 col e.g. based on GSM-SMS, the provider would need to write 
a plugin/servlet that translates the GSM-SMS messages into 
method calls over the service API. The procedures are as 
defined above, but in this case an external 3"" part can do 
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provider specific customisation to the service network 
without being tied up to new deliveries of the core system. 
In Figure 5 it is illustrated the GSM-SMS example alongside 
a default option. 

5 

ADVANTAGES 

Added Flexibility 

10 The service control protocol is more flexible in terms of 
supporting different service control data formats/encoding 
standards. For each new encoding standard, a new plugin 
needs to be encoded. 

15 Simplicity 

The service control protocol becomes more flexible in that 
it is simpler to add new service control messages and sup- 
porting these. It becomes simpler to debug the system, to 
20 secure the message transport (cf. SSL) and to get the data 
through firewalls and proxies. 

Customisation 

25 The solution allows the service provider to add provider 

specific service control messages independent from the sys- 
tem solution provider. This means that a provider can add 
new control messages for decoding these independent from 
the system provider (e.g. add a new SMS message and update 

30 the plugin for decoding this) . 

Performance 

The messages are being addressed towards the correct re- 
35 cipient, meaning that the gatekeeper does not need to ana- 
lyse all messages (incl. user-user msg.) in order to pick 
up the user-service data. 
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BROADENING 

1) Integration with Messaging Applications 

The HTTP service control format follows the MIME encoding 
standard that is used by SMTP, NTTP and S/MIME messaging 
applications. It is expected that it should be possible to 
integrate this service control with these messaging appli- 
cations . 

2) Support for Notification Services 



The principle can be extended to allow the application 
server to issue HTTP messages/notifications to the clients 
15 (e.g. when the client registers). This can for example be 
used for notifying the user about new e-mail messages in 
the in-box . 



20 



25 



30 



35 



3) Extensions for Supporting the SIP Protocol 

The SIP protocol builds on using the HTTP protocol and can 
probably be integrated into the system solution relatively 
simple if the application server supports call-f rom-the 
blue services. 

4) Terminal (gateway) to Terxainal (gateway) Service Control 

If two terminals (or their gateways) want to exchange serv- 
ice control /data they could exchange this service con- 
trol/data on a language that they have agreed on. The re 
spective entities (terminals or gateways) can also dynami 
cally download transcoder servlets/plugins from a central 
depository upon need. 

This could for example be used when user A on his PC is 
sending user B on a GSM terminal an email message. The GSM 
gateway decides that email is not understood and retrieves 
some transcoder for handling this email. The choice of 
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transcoder can be selected according to user preferences, 
previous user behaviour, network or operator criteria. Ex- 
amples of transcoders here could be: 

5 o Transcoder from email to GSM-SMS message 

o Transcoder from email to voice rendering 
o Transcoder from email to WAP 



10 



20 



5) Access Control based on Service Control Plugin 



The access to transcoder functions (servlets/plugins ) can 
be controlled according to subscription profiles, user lo- 
cations and other metrics of the system. Further more can 
the invoked transcoder function apply access control on the 
15 specific information elements of the service control/data 

protocols. This could e.g. be used to control when and from 
where a given service is used and what kind of service data 
that is legal in the given context. An example could be to 
filter on the contents of a GSM-SMS message to ensure that 
no pornographic data is being transmitted. (The transcoder 
would in this case act as an application layer firewall.) 
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APPENDIX 



Terminology 



ITU-H . 323 



ITU-H.225 . 0 



ITU-H. 450 



ITU-Q. 931 



ASN.l 



HTTP 



CGI 



API 

DTMF 

QSIG 

PBX 

GSM 



SMS 



SSL 



A family of ASN.l encoded protocols defining 
message formats, encoding standards and call 
state sequences of multimedia conferences on 
an Internet protocol infrastructure. 
A subset of the H.323 standards suite being 
based on Q.931 and defining call control mes- 
sages, encoding standards and call-state se- 
quences . 

A suite of ASN.l standards defining service 
control protocols to be used for service con- 
trol in an H-323 network. The H.450 messages 
are being carried within H. 225.0 messages. 
Telephony standard for call control that de- 
fines call control messages, encoding stan- 
dards and call-state sequences. 
Abstract Syntax Notation Number 1 
A formal data structure definition language 
A MIME (ascii) encoded protocol for transport 
of world-wide-web data. The protocol is open 
for tunnelling of other protocols. 
Common Gateway Interface 

A script language used for customisation of 
web page contents 

Application Programming Interface 
Dual Tone Multiple Frequency 
A service control protocol used by PBX 
Private Branch Exchange 

Global System for Mobile Communication 
A widely employed standard for mobile communi- 
cation 

Short Message Service 

Messaging service protocol employed within GSM 
Secure Socket Layer 

Security protocol employed for Transport Layer 
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Security 

MIME Multipart Information Message Entity Protocol 

encoding format based on ascii characters 

SIP Session Initiation Protocol 

IP Telephony protocol based on HTTP 

SMTP Simple Mail Transfer Protocol 

Protocol for transport /exchange of email mes- 
sages 

ls]TTP Network News Transfer Protocol 

Protocol for transport /exchange of news mes- 
sages 

S/MIME Secure MIME 

WAP Wireless Access Protocol 

A web protocol for mobile devices (i.e. 'a- 
kind-of HTTP for mobile handsets) 
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Patent claims 

1 . Arrangement for providing an improved service archi- 
tecture for a compound telephone network, 
5 charcterized in that said arrangement com- 
prises an open service control protocol allowing support of 
access specific protocols and services while also allowing 
the respective access networks to share the same access 
nodes and service architectures, 
10 said open service control protocol is adapted for removing 
the coupling between the access/service technology and the 
switching logic in the core network. 

2. Arrangement as claimed in claim 1, 

15 charcterized in that said open service con- 
trol protocol is based on H.323 standard for communication 
across Internet Protocol (IP) based networks, said H.323 
standard being extended with HTTP (Hyper Text Transport 
Protocol) for the service control. 

20 

3. Arrangement as claimed in claim 1 or 2, 
charcterized in that said H.323 standard 
with extended HTTP protocol is adapted to enhance or re- 
place the H.450 suite of protocols, the adaptation also 

25 making use of the feature set of HTTP to add the required 
flexibility. 

4. Arrangement as claimed in claim 3, 

charcterized in that said features of the 
30 HTTP may include: 

o HTTP tunnelling 

o Service Side Plugin 

o Servlet Functions 



35 



5. Arrangement as claimed in claim 3 or 4, 
charcterized in that between the access 
nodes and the gatekeeper/service node there is introduced 
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an HTTP based protocol, which entails that the service con- 
figuration and control messages are being HTTP encoded by 
the access nodes and decoded, analysed and executed by the 
service node. 

5 

6. Arrangement as claimed in claim 5, 

charcterized in that no normalisation of 
the service protocols in the access node has to be per- 
formed, and that the mapping from the access specific serv- 
10 ice data to the service node languages are being performed 
by service node plugins/servlets . 

7. Arrangement as claimed in claim 6, 

charcterized in that the service node rep- 
15 resents a set of software processes being capable of exe- 
cuting phone services and interacting with the gatekeeper, 
the service node thus providing a set of service functions 
and offering a programming API for service execution and 
control . 



20 



25 



8. Arrangement as claimed in claim 1, 

charcterized in that said network includes 
a service node which also provides an HTTP server that sup- 
ports HTTP tunnelling, servlets and server side plugins, 
the use of this HTTP server making it possible to write a 
plugin or servlet that interacts with the programming API 
in order to control the service execution. 



9. Arrangement as claimed in claim 8, 

30 charcterized in that the arrangement com- 
prises a plugin/servlet that translates from access spe- 
cific service control to generic service API method calls. 

10. Arrangement as claimed in claim 9, 

35 charcterized in that the access node is 

adapted to tunnel the access specific service control data 
to the plugin/servlet by use of HTTP, which plugin/servlet 
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5 



then transcodes this access specific service control to 
said generic service API method calls. 

11. Arrangement as claimed in claim 9 or 10, 
charcterized in that a server side 
plugin/servlet can be installed and updated in run-time. 



12. Arrangement as claimed in claim 11, 
charcterized in that said server side 
10 plugin/servlet can be provided by 3'''* parties. 



13. Arrangement as claimed in any of the claims 9-12, 
charcterized in that said server automati- 
cally selects correct plugin/servlet according to config- 

15 ured rules in the server and the type of service control 
data being signalled, the type of data being signalled is 
indicated by the HTTP protocol. 

14. Arrangement as claimed in any of the claims 9-13, 
20 charcterized in that the plugin/servlet 

will format the return codes/states from the generic API 
calls to access specific return codes/states and return 
these using the HTTP protocol. 

25 15. Arrangement as claimed in claim 14, 

characterized in that the respective enti- 
ties involved (terminal or gateway) can dynamically down- 
load transcoder servlets/plugins from a central repository 
upon need. _ 

30 

16. Arrangement as claimed in claims 15, 

characterized in that access to transcoder 
functions (servlets/plugins) can be controlled according to 
subscriber profiles, user locations and other metrics of 
35 the system. 

17. Arrangement as claimed in claims 15-16, 
characterized in that the invoked 
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transcoder function can be arranged to apply access cont 
to the specific information elements of the service con- 
trol/data protocols. 
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